home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir24 / paket61.zip / MAN10@.EXE / MAN10.DOC < prev   
Text File  |  1994-08-15  |  56KB  |  1,457 lines
  1. PART X - TECHNICAL
  2.  
  3. Hardware vs Software Handshaking.
  4.  
  5.    "Handshaking" is a technical term that refers to a method used to
  6.    regulate the flow of data between two devices - in this case between
  7.    the Computer and the TNC.
  8.  
  9.    Handshaking is required to prevent loss of data. For example, it is
  10.    quite possible to send data to the TNC faster than the radio network
  11.    can take it, even at low baud rates. This is OK for a while because the
  12.    TNC has a memory buffer and the data will be held there until it can be
  13.    transmitted. However, there is a limit to the amount of data that can
  14.    be held in the TNC's memory, and if the computer continues to send,
  15.    some data will be lost. So, if the TNC's buffer is filling up it will
  16.    ask the computer (via its "Handshaking") to stop sending.
  17.  
  18.    The reverse could apply, where the TNC could be sending data to the
  19.    computer faster than the computer can process it.  If you think about
  20.    it, a baud rate of 9600 means there is only one millisecond between
  21.    characters!  So, at that rate the computer cannot do much processing,
  22.    especially the slower computer systems. If the computer program was
  23.    unable to process the data quickly enough, it could use "Handshaking"
  24.    to ask the TNC to stop sending in order to allow the computer system
  25.    time to catch up.
  26.  
  27.    There are two forms of Handshaking, both supported by paKet:
  28.    Hardware Handshaking and Software Handshaking.
  29.  
  30.   Hardware Handshaking:
  31.    Hardware Handshaking is preferred, although it will work only if you
  32.    have the correct cable installed. A "normal" RS-232 cable will have 9
  33.    (or more) pins connected, some of which carry data but most of which
  34.    are used for various forms of hardware level communication. With this
  35.    method, the two devices (the Computer and the TNC) switch some of these
  36.    lines on and off to tell the other whether it is OK to send more data.
  37.  
  38.    Should you wish to prepare a cable to use the Hardware Handshaking, the
  39.    following table shows the connections required (connections shown for
  40.    both a 9 pin and a 25 pin connector):
  41.  
  42.    DE-9   DB-25   Signal Description
  43.     1       8     DCD Carrier Detect   Needed to enable the CONNECT check
  44.     2       3     RXD Receive Data     Essential!
  45.     3       2     TXD Transmit Data    Essential!
  46.     4      20     DTR Terminal Ready   Optional
  47.     5       7     GND Signal Ground    Essential!
  48.     6       6     DSR Data Set Ready   Optional
  49.     7       4     RTS Ready to Send    Needed for Hardware Handshake
  50.     8       5     CTS Clear to Send    Needed for Hardware Handshake
  51.     9      22     RI  Ring Indicator   Unnecessary for paKet
  52.  
  53.    So, a cable can be constructed using a length of six-conductor flexible
  54.    cable (low-capacitance shielded is desirable but not essential) such as
  55.                                Page 317
  56.  
  57.    telephone flex with a plug on the modem end and socket on the computer
  58.    end, wired pin-for-pin according to the above table (it may also adapt
  59.    from DB-25 to DE-9 connector in the process).
  60.  
  61.    If, say, the TNC wants to ask the Computer to stop sending, it will
  62.    switch off the CTS signal.  The Computer (in this case, paKet) will
  63.    stop sending data while the CTS signal is low (or off). When the TNC is
  64.    able to accept data once again, it will switch on the CTS line and
  65.    paKet will resume sending from where it left off. When this happens you
  66.    might notice the CTS "light" in the Status Window come on and off as
  67.    the two machines talk to each other.
  68.  
  69.    Check your TNC Manual for any special connection requirements. Most
  70.    TNCs do not use the DTR, DSR or RI functions.
  71.  
  72.  
  73.  
  74.   Software Handshaking:
  75.    Some so-called RS-232 cables have only 3 pins connected: one line for
  76.    Receive Data, one for Transmit Data and a Signal Ground. With these
  77.    cables, Hardware Handshaking is not possible and you must specify
  78.    Software Handshaking.
  79.  
  80.    With this method, the two systems (the Computer and the TNC) must do
  81.    their handshaking via special data codes, conventionally known as
  82.    <XOFF> and <XON>.
  83.  
  84.    If, say, the TNC wants to ask the Computer to stop sending, it will
  85.    send the <XOFF> code to the Computer.  When it is able to accept data
  86.    once again, it will send an <XON> character.   When this happens you
  87.    might notice in the Status Window, the words "Software Handshaking"
  88.    will be replaced by "XOFF" temporarily, indicating we are waiting for
  89.    the TNC to clear its buffers before it can accept some more data.
  90.  
  91.    On a three-wire only cable, RTS and CTS should be connected together on
  92.    the TNC plug else the TNC may not talk to you AT ALL!
  93.  
  94.  
  95.   Setting the chosen Handshaking method in the TNC - XFLOW:
  96.    It is important to note that configuring paKet to either Hardware or
  97.    Software Handshaking will set up the COMPUTER to use that method, but
  98.    the TNC needs to be told too! It may not work unless both devices are
  99.    set to use the same method.
  100.  
  101.    The TNC's handshaking is set with its XFLOW command:
  102.       for Hardware Handshaking, set XFLOW OFF
  103.       for Software Handshaking, set XFLOW ON.
  104.  
  105.    If you encounter problems with File Transfers, my experience is that
  106.    the problem is often related to the incorrect setting of XFLOW in the
  107.    TNC. With paKet's online configuration facility, it is easy to change
  108.    from HW to SW mode and vice versa. To do this without changing XFLOW in
  109.    the TNC is to invite problems.
  110.  
  111.                                Page 318
  112.  
  113.    In closing this section, it should be pointed out (in case it is not
  114.    already obvious) that if you do happen to have a full cable, you may
  115.    choose to use either Hardware or Software Handshaking. If you choose
  116.    Software Handshaking, the system will not use the additional
  117.    connections. The reverse is not the case, of course. If you do not have
  118.    a full cable, you don't have a choice!
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.                                Page 319
  168.  
  169. PREFERRED TNC SETTINGS
  170.  
  171.    This list of TNC settings is not a complete set of commands for your
  172.    TNC. It is intended to be a guide to some of the preferred settings for
  173.    use with paKet.
  174.  
  175.    There are some differences in some TNC commands - a command may be
  176.    available in one TNC and not another. Or, it may be known in other TNCs
  177.    by a different name. So, if your TNC does not have a command listed
  178.    below, just skip that one.
  179.  
  180.    You will see in your TNC manual there are many more commands than I
  181.    have included here.  Those mentioned here are either critical for
  182.    correct operations with paKet, or perhaps are those whose default
  183.    settings should be changed.
  184.  
  185.  
  186.  8BITCONV ON
  187.    We do NOT want the top bit stripped from our data. You will see below
  188.    we have AWLEN set to 8 so we are using all 8 data bits. This is
  189.    especially useful if some graphics characters are being sent.  It does
  190.    not affect Binary transfers.
  191.  
  192.  
  193.  AWLEN    8
  194.    Use 8 data bits so we can send all characters including graphic
  195.    characters. You should also set PARITY to "None".
  196.  
  197.    paKet must be configured to the same value - refer to the Configuration
  198.    Windows - Serial Port for details.
  199.  
  200.  
  201.  CHCALL   OFF
  202.    This must be OFF so we do not get the callsign of the other station
  203.    coming through with a change of stream character. (paKet remembers the
  204.    callsigns associated with the different streams).
  205.  
  206.    This, in some TNCs, is the same as the STREAMCA in others.
  207.  
  208.  
  209.  CHDOUBLE ON
  210.    This is optional but STRONGLY RECOMMENDED to be ON.
  211.  
  212.    If ON, you must set the corresponding option ON in paKet's
  213.    Configuration Windows - Multi User options.
  214.  
  215.    This, in some TNCs, is the same as the STREAMDBL in others. If your TNC
  216.    has neither CHDOUBLE nor STREAMDBL you must set paKet's Configuration
  217.    option OFF.
  218.  
  219.  
  220.  CHSWITCH $7C (|)
  221.    This parameter is the same as STREAMSW in other TNCs.
  222.  
  223.                                Page 320
  224.  
  225.  
  226.    Have a look at my comments on the STREAMSW command below, but your case
  227.    substitute any mention of STREAMSW with your equivalent which is
  228.    CHSWITCH.
  229.  
  230.  
  231.  CMDTIME  1 second
  232.    Please leave this set to the default of 1 second.
  233.  
  234.  
  235.  CMSG ON
  236.    This should be ON so your TNC will send your CTEXT string to the other
  237.    station when a connection is established.  See the CTEXT command below
  238.    for further discussion.
  239.  
  240.  
  241.  COMMAND  $03 (Ctrl-C)
  242.    This must be left set to its <Ctrl-C> default setting.
  243.  
  244.  
  245.  CONMODE  CONVERSE
  246.    The only time paKet must use Transparent Mode is for Binary File
  247.    transfers, and paKet will switch automatically. So leave this set to
  248.    CONVERSE, otherwise Stream switching will not work correctly.
  249.  
  250.  
  251.  CTEXT [paKet-6.1-HM$]
  252.    The TNC's CTEXT command defines the text string that will be sent to
  253.    the other station when a new connection is established (provided CMSG
  254.    is ON).
  255.  
  256.    For paKet's Mail Forwarding to work correctly we should ensure the
  257.    first thing we send to our BBS when it connects should be our SID, the
  258.    special System IDentifier which is discussed more fully in the PMS
  259.    section of this Manual.  The way to do this is to ensure that is
  260.    included in our CTEXT message.
  261.  
  262.    You can include any other message after the SID if you want, with the
  263.    use of the <PASS> character.  This technique is discussed in the PMS
  264.    section of the Manual.
  265.  
  266.  
  267.  DCDCONN  ON
  268.    If you are using Hardware Handshaking, set this ON.
  269.  
  270.    paKet will work either way, but the Status Display can then indicate
  271.    with its DCD "light" whether or not you are currently "Connected".
  272.  
  273.    If set to ON, it may also be used by the paKet program to confirm the
  274.    "Connected" status of the TNC
  275.  
  276.    paKet's Configuration Windows - Serial Port must also be configured to
  277.    the same setting chosen for the TNC.  But if your TNC does not switch
  278.    the DCD line, set paKet's option OFF.
  279.                                Page 321
  280.  
  281. PREFERRED TNC SETTINGS (cont)
  282.  
  283.  ECHO     OFF
  284.    paKet does its own echoing, so this should be OFF.
  285.  
  286.  
  287.  FLOW     OFF
  288.    paKet has its own Flow Control, so this should be OFF.
  289.  
  290.  
  291.  
  292.  INTFACE  BBS
  293.  
  294.    Kantronics TNCs have this command. Setting INTFACE to BBS will ensure
  295.    we don't get unwanted messages interfering with our processing.
  296.  
  297.  
  298.  MCON     OFF or 0
  299.    You may choose to have this option ON sometimes, however it will
  300.    interfere with REMOTE Mode and with Binary File transfers if ON - the
  301.    system cannot distinguish the Monitored data from the Binary data!
  302.    paKet will turn it off before a Binary File transfer anyway.
  303.  
  304.    The preferred setting is OFF.
  305.  
  306.  
  307.  MDIGI    OFF
  308.    Preferred setting is OFF for the same reason as for MCON.
  309.  
  310.  
  311.  MYCALL  (your_callsign)
  312.    This hardly needs mentioning here because this is something that should
  313.    be set whether you are using paKet or something else.  But I mention
  314.    it, not only as a reminder to those with a new TNC, but also to remind
  315.    you to set your name and callsign in paKet's Miscellaneous options
  316.    Configuration Window.
  317.  
  318.  
  319.  NEWMODE  ON
  320.    This could be either way and is a matter of personal preference.
  321.    Most users seem to leave this at its default setting which is usually
  322.    ON.  That means when someone disconnects, the TNC will revert to
  323.    Command Mode.  That is fine where you usually talk to only one other
  324.    station at a time.
  325.  
  326.    You may like to have NEWMODE OFF if you often work multiple connections
  327.    because then when someone disconnects, the TNC will stay in Converse
  328.    Mode.
  329.  
  330.    Whichever way you set this option, you should set paKet's option the
  331.    same way.  This option is in the Multi User Configuration Window.  Have
  332.    a look at that section for more discussion on the NEWMODE command.
  333.  
  334.  
  335.                                Page 322
  336.  
  337.  
  338.  NOMODE   OFF
  339.    Preferred setting is OFF so the TNC will switch to Converse Mode when
  340.    you establish a connection.
  341.  
  342.  
  343.  PARITY   0 (none)
  344.    This is related to the Word Length (see AWLEN above) and should be set
  345.    to "No Parity".
  346.  
  347.    paKet must be configured to the same value - refer to the Configuration
  348.    Windows - Serial Port for details.
  349.  
  350.  
  351.  PASS     $16 (Ctrl-V)
  352.  
  353.  SENDPAC  $0D (Ctrl-M)
  354.  START    $11 (Ctrl-Q)
  355.  STOP     $13 (Ctrl-S)
  356.    Please leave all these set to their default values.
  357.  
  358.  
  359.  STREAMCA OFF
  360.    This must be OFF so we do not get the callsign of the other station
  361.    coming through with a change of stream character. (paKet remembers the
  362.    callsigns associated with the different streams).
  363.  
  364.    This, in some TNCs, is the same as the CHCALL in others.
  365.  
  366.  
  367.  STREAMEV  ON/OFF
  368.    paKet does not really need the stream id with every packet. This is
  369.    required only upon change of stream.  However in some TNCs, especially
  370.    those which do not support STREAMDBL, you might find it beneficial to
  371.    have this option ON in your TNC.  So if you are experiencing Stream
  372.    Switching problems, set this ON and see if it makes any difference.
  373.  
  374.    You can have it ON all the time - the result will be some additional
  375.    traffic between the computer and the TNC but is unlikely you will
  376.    notice the difference.
  377.  
  378.    There is no corresponding paKet configuration item for this.
  379.  
  380.  
  381.  STREAMDBL ON
  382.    This is optional but STRONGLY RECOMMENDED to be ON.
  383.  
  384.    If ON, you must set the corresponding option ON in paKet's
  385.    Configuration Windows - Multi User options.
  386.  
  387.    This, in some TNCs, is the same as the CHDOUBLE in others. If your TNC
  388.    has neither STREAMDBL nor CHDOUBLE you must set paKet's Configuration
  389.    option OFF.
  390.  
  391.                                Page 323
  392.  
  393.  STREAMSW $7C (|)
  394.    Note, some TNCs (eg: AEA brand) use the CHSWITCH command to do the same
  395.    thing as STREAMSW.  So if your TNC is one of those just read "CHSWITCH"
  396.    whenever I mention "STREAMSW" here.
  397.  
  398.    You may set this character to any value you wish, although most users
  399.    seem to retain the default which is the vertical bar character ("|").
  400.    It should not be set to one of the valid Stream Id characters, so do
  401.    not set STREAMSW to one of the letters A to J.
  402.  
  403.    paKet must be configured to the same character (whatever character you
  404.    choose) and this is recorded in paKet's Configuration Windows -
  405.    Communications Windows settings.  Usually you would specify the same
  406.    STREAMSW character in each Communications Window.  And of course the
  407.    same value in your TNC.
  408.  
  409.    If your TNC supports dual ports you will have two of these STREAMSW
  410.    characters - one for each port.  In that case you can choose which of
  411.    paKet's Windows you want to use for which port.
  412.  
  413.    Suppose your two STREAMSW characters were set in your TNC to "|" for
  414.    the VHF port and "~" for the HF port.   Then you could specify (say)
  415.    "|" in Comms Windows 1 and 2, and specify "~" in Comms Window 3.  This
  416.    would mean that when you wanted to switch to the HF port, you could
  417.    simply press <Shift-F3> to select Comms Window 3!  Anything coming in
  418.    on the VHF port for Stream A would go into the first Window; anything on
  419.    Stream B to the second Window; and anything received on HF would go
  420.    into Window 3.
  421.  
  422.    Of course you can choose any combination of Windows, Streams and
  423.    STREAMSW characters you wish.  I am just using these window numbers etc
  424.    as an illustration.
  425.  
  426.    The important point here is that the STREAMSW character(s) your TNC
  427.    recognises MUST be the same as the character(s) you use in the
  428.    Communications Windows Configuration.
  429.  
  430.  
  431.  TRFLOW   OFF
  432.  TXFLOW   OFF
  433.    These commands are used for Software Handshaking in Transparent Mode.
  434.    You should set them both OFF. paKet will switch them on and off if
  435.    required.
  436.  
  437.  
  438.  USERS    n
  439.    Although not essential, it is considered desirable to set this
  440.    parameter to the same number of users as you have Communications
  441.    Windows. Then you know you can have a separate window for each of the
  442.    possible connections.
  443.  
  444.    If your TNC allocates a separate callsign to its PMS I suggest the USER
  445.    parameter be set to the number of Communications Windows plus one.
  446.  
  447.                                Page 324
  448.  
  449.  
  450.  XFLOW    ON/OFF
  451.    This parameter is important and must be set to reflect the chosen
  452.    method of Handshaking that you have specified in paKet's Serial Port
  453.    configuration:
  454.          For Hardware Handshaking, you must have XFLOW OFF.
  455.          For Software Handshaking, you must have XFLOW ON.
  456.  
  457.    Refer to the discussion of Hardware vs Software Handshaking for more
  458.    details.
  459.  
  460.  
  461.  XOFF     $13 (Ctrl-S)
  462.  XON      $11 (Ctrl-Q)
  463.    Please leave both these set to their default values.
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.                                Page 325
  504.  
  505. Kantronics TNCs
  506.  
  507.  
  508.   My comments in this section are directed at the KAM specifically but I
  509.   understand other models in Kantronics range operate in a similar manner
  510.   so in many cases these comments would most likely apply to the other
  511.   models as well.
  512.  
  513.   Several KAM users have written to me about problems, mainly in the area
  514.   of Binary File transfers, with the previous versions of paKet.
  515.  
  516.   paKet was written to suit the standard TAPR TNC (and compatibles) which
  517.   was the first of the popular TNCs used in Amateur Radio. They created a
  518.   Standard on which all modern TNCs are based.   paKet is being used on
  519.   many thousands of systems around the world with a wide range on TNCs, so
  520.   it seems the approach taken has been successful in most cases.
  521.  
  522.   However, because of the differences that exist in Kantronics TNCs,
  523.   users of those TNCs should be aware of some potential operational
  524.   problems.
  525.  
  526.   In this version of paKet I have made some internal changes in the paKet
  527.   processing to better handle these TNCs. I have had limited access to a
  528.   KAM for testing and have tried to accommodate the differences in that
  529.   TNC.  For example I have provided for dual ports and have improved the
  530.   code for the handling of multiple streams.   The big problem I have had
  531.   with this TNC is the lack of support for the standard STREAMDBL
  532.   command.   Without that facility in the TNC I am unable to guarantee
  533.   reliable Binary Transfers. However, it seems to work well both sending
  534.   and receiving Binary Files when using a KAM.
  535.  
  536.   All I can say to users of the KAM and other Kantronics TNCs, is to give
  537.   it a try.  If a Binary Transfer fails it is probably due to some rare
  538.   combination of cimcumstances in that file, but in most cases it does
  539.   seem to work OK.
  540.  
  541.   Perhaps the other thing you could do is mention this to Kantronics and
  542.   see if they have a fix for it yet.  The Kantronics TNCs I have seen are
  543.   first class units, apart from this one anomaly.  If it were not for the
  544.   omission of STREAMDBL, I am sure these TNCs would be considered among
  545.   the best in the world.
  546.  
  547.   If you are experiencing some unusual and unwanted stream switching, you
  548.   might switch on the STREAMEV option in the TNC.  That will generate a
  549.   small amount of overhead, probably not enough to notice, but it might
  550.   offer some relief, helping to keep things coming into the right window.
  551.  
  552.  
  553.   Of course there are a considerable number of enhancements in the KAM,
  554.   supporting all those other modes such as RTTY, AMTOR, etc. I am not
  555.   referring to those changes, but rather to the standard Packet Mode and
  556.   the standard commands used by TAPR-compatible TNCs.
  557.  
  558.  
  559.                                Page 326
  560.  
  561.   The following differences have been noted in testing:
  562.  
  563.   1. STREAMDBL command
  564.      Because the Kantronics range of TNCs do not support the STREAMDBL
  565.      command, you will have to set paKet's STREAMDBL option OFF.
  566.  
  567.      STREAMDBL is a standard TNC facility to help avoid confusion where
  568.      the STREAMSW character is received over the air as part of a data
  569.      packet.
  570.  
  571.      For example, the vertical bar character ("|") that is usually used as
  572.      the STREAMSW character is also often used as a pseudo graphic
  573.      character to draw vertical lines or for drawing boxes. When paKet
  574.      receives this character from the TNC it must decide whether the TNC
  575.      is indicating a change of stream or whether this is just another data
  576.      character received over the radio.
  577.  
  578.      TNCs which support STREAMDBL can generate TWO of these vertical bar
  579.      characters whenever one is received over the air - then paKet can
  580.      tell the difference and there is no confusion.
  581.  
  582.      Without the STREAMDBL feature, you could experience some occasional
  583.      (unexpected) changing of streams if you are monitoring the frequency
  584.      and happen to receive a STREAMSW character (say a 'vertical bar')
  585.      followed by some other character (say 'C').  paKet has no way of
  586.      knowing whether the TNC is requesting a change of stream (to stream C
  587.      in this example) or if those characters were received over the radio
  588.      because the KAM sends the SAME data to the computer in either case!
  589.      In order to support multi stream operations, paKet has no choice but
  590.      to process it as a change of stream!
  591.  
  592.      With a view to improving reliability in Binary Transfers, I have
  593.      chosen to assume a STREAMSW character received during a Binary File
  594.      Transfer is actually a data character and not a change of Stream.  In
  595.      the testing I have done with the KAM, this has improved the success
  596.      rate significantly.  So you should ensure we don't get a genuine
  597.      change of stream (including dual port operation) while performing
  598.      Binary File Transfers otherwise my assumption could be wrong!
  599.  
  600.      Another anomaly with the KAM is where responses to various commands
  601.      were going into a different Communications Window!  It seems in
  602.      Command Mode, the KAM might not respond to a command on the same
  603.      stream the command was issued.  The symptoms are paKet and the KAM do
  604.      not agree on what is the current Stream!
  605.  
  606.      I cannot change the KAM so I cannot prevent these problems from
  607.      occurring. However I have added the <Alt-I> command, to help tidy up
  608.      your display if you do happen to experience these problems on your
  609.      system. The <Alt-I> command will initialise the Communications
  610.      Windows, clear any backlog in the other Windows, and reset both the
  611.      program and the TNC back to the first Stream in the first
  612.      Communications Window.  Refer to the <Alt-I> command in the Keyboard
  613.      Commands section of this Manual for details.
  614.  
  615.                                Page 327
  616.  
  617.  
  618.   2. RESET used for soft start
  619.      When making changes to the TNC's Communications settings, the usual
  620.      procedure is to issue the TNC commands to make the desired changes
  621.      then, after making the changes to the computer's serial port the TNC
  622.      is initialised to make the new settings effective.
  623.  
  624.      On most TNCs the command to re initialise is RESTART, but on the
  625.  
  626.      Kantronics units the command is RESET.   This is not a problem for
  627.      paKet because I have added a configurable option in the Serial Port
  628.      options to allow you to specify either RESTART or RESET. So if you
  629.      are a Kantronics user, just specify RESET for that option and paKet
  630.      will issue that command whenever you make any changes to the Serial
  631.      Port parameters.
  632.  
  633.  
  634.    There is a KAM.HLP file supplied with this version of paKet.  If
  635.    you are using a KAM or any of the Kantronics TNCs, you can select this
  636.    Help File by specifying this file in your Directories and Files
  637.    Configuration Window.   Press <F10> to call up the Help details.
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.                                Page 328
  672.  
  673. PacComm PacTOR Controller (PTC)
  674.    This is a strange machine, quite unlike the other units from the
  675.    PacComm stable that I have seen.  It is rather obvious this was
  676.    developed by a team that was not talking to those who developed other
  677.    units.  And I suspect these people have not used a TAPR TNC either -
  678.    such is the difference in the style of operation.
  679.  
  680.    But it does work well and I just LOVE all those pretty LEDs on the
  681.    front panel!  It handles PACTOR, AMTOR and RTTY Modes which are
  682.    intended primarily for HF operation.  I understand there will be an
  683.    optional Packet board available for VHF operation.
  684.  
  685.    The commands to drive this unit are unlike any other so you will find
  686.    paKet's Keyboard Macros handy for the various codes this unit requires.
  687.    For example I think it would be convenient to have a macro for the
  688.    AMTOR changeover "+?".  If you use F11 or F12 for this it is all done
  689.    with a single keystroke.  That makes your operations more convenient if
  690.    you use this combination frequently.
  691.  
  692.    Same goes for switching from say, PACTOR to RTTY modes, etc.  There are
  693.    several keystrokes involved in switching from one mode to another
  694.    especially if you want to enter Listen Mode when you switch.  Depending
  695.    on your own operations, you could set up Keyboard Macros for just those
  696.    things you use regularly.
  697.  
  698.    Set paKet's Serial Port Configuration:
  699.        - the TNC cmd: exit code should be set to <Esc> because this is the
  700.          code required to begin a command!  When you need to enter a
  701.          command, press <Alt-B> which is paKet's standard method to return
  702.          a standard TNC to command mode.
  703.  
  704.          NOTE- in AMTOR Mode, the Controller remains in Command Mode for
  705.          one line only!   So for multiple commands you must press <Alt-B>
  706.          before EVERY command.
  707.  
  708.        - the Command to Initialise TNC is RESET.   Yep, in this case the
  709.          RESTART is the dangerous one that clears EVERYTHING from the
  710.          PacComm Controller!  So you should set this to RESET and ignore
  711.          the warnings paKet gives you when you do so.
  712.  
  713.        - The PacTOR Controller's firmware supports only Software
  714.          Handshaking so set paKet's Handshaking option in the Serial Port
  715.          Configuration to S to ensure paKet too uses Software Handshaking.
  716.  
  717.    The PacTOR Controller supports the PASS character but in a slightly
  718.    different way.  It is called the Ctrlchr and when you want to send a
  719.    control code (eg: <Ctrl-Y>) you would type <Ctrl-V> and Y.  On other
  720.    TNCs you would type <Ctrl-V> <Ctrl-Y>.  So for the PTC, you should
  721.    ensure you have nothing specified in the "Control codes to PASS"
  722.    configuration window.  (It would have been so much easier if they had
  723.    conformed to the standards, but...)
  724.  
  725.    The PTC's date format is different too!  So you will have to disable
  726.    the automatic DA command in the Miscellaneous Configuration options.
  727.                                Page 329
  728.  
  729. DSP-12
  730.  
  731.    The DSP-12 has proved popular with the Satellite users because of the
  732.    sheer flexibility of this unit.   There are other brands of DSP
  733.    Controllers available but to date I have had no experience with them so
  734.    cannot comment on those.
  735.  
  736.    There are a couple of local DSP users including Carl, VK2JJM.  I asked
  737.    Carl for any thoughts on the subject and he produced this little gem.
  738.    Thanks Carl.  I did modify it a little but the wisdom contained herein
  739.    is essentially Carl's.
  740.  
  741.  
  742.           Operational Hints for using the DSP-12 with paKet.
  743.                       (Written by Carl, VK2JJM)
  744.                   (Slightly edited by Tony, VK2DHU)
  745.  
  746.     The DSP-12 will work successfully with paKet if configured correctly.
  747.  
  748.     The DSP-12 has several extra features not available in a standard TAPR
  749.     TNC, but it also lacks some standard TAPR commands.  The following
  750.     list will help setup the DSP-12 and paKet for basic operation.
  751.  
  752.     These notes refer to the current release of the DSP-12 firmware at the
  753.     time this was written, in early 1994.
  754.  
  755.  
  756.     1) The DSP-12 does NOT support multiple stream connections in VHF
  757.        packet.  You should to set the maximum number of Comms Windows in
  758.        paKet to 1, and also set the STREAMDBL option OFF in the Multiple
  759.        Users Option menu because, with only a single Stream, this is
  760.        irrelevant.
  761.  
  762.     2) The DSP-12 does not appear to support hardware handshaking so, for
  763.        reliable handshaking, you should set paKet's Handshaking to SW in
  764.        the Serial Port Configuration.
  765.  
  766.        However it seems the DSP-12 does switch the DCD line upon
  767.        connection to another station.  If you want to use paKet's DCD
  768.        option to verify a connection, you will need to configure paKet for
  769.        Hardware Handshaking!
  770.  
  771.        With the large buffer space available in this unit, some users have
  772.        found handshaking somewhat unnecessary anyway and prefer to have
  773.        the system set to Hardware Handshaking and have configured paKet's
  774.        DCD option on.
  775.  
  776.     3) The DSP-12 has a nasty habit of exiting the <VHF PKT> mode and
  777.        returning to the Main Menu if the PTT 3 minute timer is enabled in
  778.        the Debugging menu. This timer is only used for full-duplex
  779.        Satellite Modes, so disable it. This setting is NOT stored in
  780.        bbRAM, so you will need to set it each time you enter the <VHF PKT>
  781.        mode.
  782.  
  783.                                Page 330
  784.  
  785.     4) The DSP-12 has about 500k RAM free when operation from ROM, and
  786.        about 300k RAM when operating from RAM.  Most of this memory is
  787.        allocated to buffers so when sending a Binary File, paKet can often
  788.        send the entire file to the DSP-12 buffer, and then waits for the
  789.        other station to acknowledge the End-of-File. It can take quite a
  790.        while for the other station to acknowledge the EOF depending on how
  791.        much data is still in the DSP-12 buffer.  If the standard 2 minute
  792.  
  793.        timeout expires, paKet will ask you how much longer you want to
  794.        wait. Give it say 10 minutes, longer if you wish, and paKet will be
  795.        happy to wait for that period before asking you again.  It
  796.        remembers that time so from now on it will always wait 10 minutes
  797.        (or whatever) before reminding you again.
  798.  
  799.     5) When in the mailbox mode the DSP-12 will still send the connect
  800.        message defined in CText straight after the Mailbox user menu.
  801.        This gets a bit confusing to anyone connecting to the DSP-12
  802.        Mailbox.
  803.  
  804.        The Mailbox in the DSP-12, as in most other TNCs, does not have the
  805.        same rich features found in paKet's PMS, so use the PMS whenever
  806.        paKet is running!
  807.  
  808.        Set "MAILBOX OFF" and "CMS ON" in paKet's Begin Auto commands.
  809.        Do the reverse ("CMS OFF" and "MAILBOX ON") in paKet's End Auto
  810.        commands.
  811.  
  812.     6) Some of the DSP-12 default values need changing for ideal VHF
  813.        packet operation.  The most obvious are DWait and FRack.  Set these
  814.        to 16 and 3 respectively.
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.                                Page 331
  840.  
  841. Running paKet under Microsoft Windows
  842.    Although paKet uses a number of windows for its operations and various
  843.    displays, these windows are paKet's own.  They are NOT "Windows" in the
  844.    now popular sense  - meaning part of the popular Microsoft Windows
  845.    product.
  846.  
  847.    paKet is a DOS, text-based program and will run on any IBM compatible
  848.    hardware including the original PC with its 8088 processor, although
  849.    you will need more than its original complement of 64KB RAM!  It takes
  850.    me back a bit, but I remember the first PC I saw had a whopping 128KB
  851.    RAM and one single sided 160KB diskette drive!  And that lovely
  852.    monochrome display.  No hard disk of course - you wouldn't need THAT on
  853.    a PC!  Oh, and it had a cassette tape interface. (Sigh....memories...)
  854.    Uh, where was I?
  855.  
  856.    With a modern system running Microsoft Windows Enhanced Mode, you can
  857.    run multiple DOS tasks.  Several people have reported paKet runs quite
  858.    happily in the background as a DOS task.  I too have tried it and found
  859.    it ran perfectly well for a while, but lately it seems to miss a few
  860.    characters from time to time.  I suspect it has something to do with
  861.    the latest Microsoft Mouse driver (version 9) which I installed
  862.    recently, but I have not yet identified the cause for sure. It seems
  863.    fine while I am not using the mouse!
  864.  
  865.    If that happens to you try reducing the baud rate between the computer
  866.    and the TNC.  That gives the system a little more time to process the
  867.    incoming data characters.
  868.  
  869.    When running under Windows (by the way, when I type "Windows" with a
  870.    capital W here, I am referring to the Microsoft Windows product, OK?),
  871.    paKet is using its own Communications Interrupt drivers and not using
  872.    the COMM drivers that are part of the Windows system.  So there might
  873.    be some sort of conflict there. Anyway, I find it works pretty well
  874.    most of the time and the convenience of multi tasking is worth any
  875.    slight problems.  It seems to run a little better under OS/2 than under
  876.    Windows and I will talk some more about that later. It means I can have
  877.    paKet running all the time, including those times when I want to use
  878.    the system to do other things.
  879.  
  880.    The current version of Windows as I write is version 3.1 (or 3.11).  By
  881.    the time you read this there might be the new version 4 (Chicago?) or
  882.    even later versions available and things could be quite different?
  883.  
  884.    To run paKet as a Windows task, you should use a PIF file.  I have
  885.    included a PAKET.PIF file with the original paKet distribution files,
  886.    so have a look at that.  Note the Background Execution option is
  887.    enabled and I think you will find it works better if the EMS and
  888.    Application Memory is locked (if you have enough RAM to do that). Those
  889.    options are in the PIF file and you can see them with the PIF Editor
  890.    you got with your Windows system. Have a play with the settings and I
  891.    am sure you will find it will work fine for you.
  892.  
  893.    I have also included a hastily prepared Icon.  Maybe someone will send
  894.    me a better one?
  895.                                Page 332
  896.  
  897.  
  898.    Try setting a Shortcut key combination - it makes it so easy to jump
  899.    directly into the paKet window, no matter how many other things you
  900.    have cluttering up the system.  I used <Ctrl-Alt-P> and that is
  901.    set in the File Properties dialog box.  Highlight the paKet icon and
  902.    select File then Properties from the Program Manager Menu.
  903.  
  904.    I often have paKet running in a Windows window rather than in Full
  905.    Screen Mode.  That allows me to have a small part of paKet on display
  906.    in case I want to watch what is going on while I am working on
  907.    something else.  You can drag the corners to enlarge it to full size
  908.    and still find it occupies less than the full display.  Click on the
  909.    little box at the top left of the window and you will see the Fonts
  910.    option. Experiment with those and you will find (if your screen is big
  911.    enough and good enough) you can have a full, and readable, 80 x 25 text
  912.    display in a small font so it occupies just a small part of the Windows
  913.    display. There are so many options for presenting the display I will
  914.    leave you to experiment and find a combination that you are happy with.
  915.  
  916.    You should also experiment with the Time Slicing options too - I have
  917.    set it to 100 Foreground and 60 backgound, but other settings seem to
  918.    work well too.  This is fine tuning and the optimum settings may be
  919.    different on different systems.
  920.  
  921.    If you switch paKet to a Full Screen (press <Alt-Enter> - note that must
  922.    be the LEFT Alt key) you will find paKet will run faster because the
  923.    display system can now run in true text mode instead of the pseudo
  924.    text/graphic mode that Windows must use to manage the display with the
  925.    the smaller fonts.
  926.  
  927.    I prefer Full Screen mode when I am actually USING paKet on air. It
  928.    runs most of the time as a Windows window and when I want to do
  929.    something, I switch into that paKet window with <Ctrl-Alt-P> then press
  930.    <Alt-Enter> to go Full Screen.
  931.  
  932.    By the way, I think you will find the Morse Alerts a boon while paKet is
  933.    running in the background - then any particular alert strings you are
  934.    looking for will still make their unique sounds even if paKet is not
  935.    showing at all.
  936.  
  937.  A Windows version of paKet?
  938.    In anticipation of the inevitable enquiries, let me say I am aware of the
  939.    proliferation of Windows systems "out there".   Windows demands lots of
  940.    RAM and CPU power, but it seems there are a lot of people using Windows
  941.    now.   Whether it is because Windows is so much better or whether it is
  942.    just good marketing by Microsoft, is not for me to say. I know some
  943.    people won't touch Windows at all, while others won't use anything else!
  944.  
  945.    Let's just say I will have a look at making a Windows version available
  946.    at some later date.  But I must emphasise LATER.  It may be paKet will
  947.    go to a multi threaded system such as OS/2 before it moves to Windows.
  948.    I am not too sure yet.  For now it is a DOS program that will run fine
  949.    as a task under Windows or OS/2.  I have not done it, but I understand
  950.    it is also quite happy running as a task under DESQview.
  951.                                Page 333
  952.  
  953. Running paKet under OS/2
  954.  
  955.    At the time of writing this Manual (early 1994) OS/2 is still running
  956.    well behind Windows in terms of market share, but it seems to be
  957.    gaining acceptance, mainly from the power users who want the multi
  958.    tasking, multi threading facilities, 32-bit operating system, etc etc
  959.    but not necessarily the nice Graphic Interface offered with Windows
  960.    (including NT) with all the overheads associated with that type of
  961.    system.
  962.  
  963.    Perhaps this is one of the reasons for Microsoft's success in the
  964.    market - their products are very well presented.  If IBM devoted some
  965.    more attention to installation procedures and support for a wider range
  966.    of standard, popular devices I am sure they will win even more converts
  967.    to this system.  (Neither my Panasonic CD-ROM drive nor my Canon Bubble
  968.    Jet printer are supported in the distributed copy of OS/2 version 2.1,
  969.    and these devices are high volume sellers - they are in this part of
  970.    the world anyway).
  971.  
  972.    Of course OS/2 offers a Graphic Interface with its Workplace Shell, but
  973.    from what I have seen it does seem to perform better than Windows IF it
  974.    is tuned properly!  It offers far more tuning options and flexibility
  975.    than Windows, especially for the individual DOS Sessions, and it seems
  976.    to be a more rugged and reliable multi tasking system.
  977.  
  978.    Unlike Windows NT with its exorbitant demands for memory and disk space,
  979.    OS/2 seems to require not much more than a standard DOS plus Windows
  980.    combination.  Maybe NT offers a lot more so I should not be making the
  981.    comparison?  I did install it for a client but have not used it myself.
  982.  
  983.    There is a large number of paKet 5 users running OS/2 and they all
  984.    praise the wonders of that system.  OS/2, not paKet!        Well, both.
  985.  
  986.    I too have been experimenting with OS/2 and have found that tuning some
  987.    DOS Settings can make paKet fit in to the OS/2 environment much more
  988.    effectively.
  989.  
  990.    When running paKet in a DOS Session using all the standard defaults, the
  991.    Pulse Utility program indicated paKet was going flat out, using all
  992.    available CPU time, even when there was "nothing happening".  I can
  993.    understand that because paKet is written as a DOS program and in that
  994.    single tasking environment it must run around that loop waiting for
  995.    something to happen, looking something to process, updating the Status
  996.    display, etc.   Of course it is running flat out - it was designed that
  997.    way!
  998.  
  999.    But changing a few of the DOS Settings for that session made a big
  1000.    difference to the system performance.  I changed IDLE SECONDS to 0 and
  1001.    IDLE SENSITIVITY to 25.  With these settings OS/2 was able to determine
  1002.    that paKet was in an idle Keyboard loop, even though paKet IS going
  1003.    flat out around that loop waiting for something to happen.  The Pulse
  1004.    indicator was now indicating an almost idle system (I had nothing else
  1005.    running at the time to help avoid confusion in the Pulse readings).
  1006.  
  1007.                                Page 334
  1008.  
  1009.    It still handles the interrupts OK so there are no lost input
  1010.    characters.  And the keyboard responds OK too.  But the clock display
  1011.    in the Status Window was updating once every 2 seconds while there was
  1012.    no packet activity.  That suggests to me that OS/2 is managing its
  1013.    resources very effectively - giving paKet all the time it needs when
  1014.    there is some real work to do, and minimising the resources consumed by
  1015.    paKet when there was very little to do.
  1016.  
  1017.    So now paKet can run in its own DOS session, and while it has nothing
  1018.    to process there is negligible overhead, giving the lion's share of the
  1019.    system to other tasks!  As soon as something is received from the TNC
  1020.    or upon any keystrokes, paKet is given its share of the system to
  1021.    process its data promptly.
  1022.  
  1023.    I suspect other systems might behave differently with these DOS
  1024.    settings and some experimenting might be justified for different
  1025.    processor speeds etc.  It is easy to experiment here - just leave Pulse
  1026.    running as you change the DOS Settings for paKet's DOS session.  You
  1027.    will see right before your eyes the effect of the different settings.
  1028.  
  1029.    You should review all the DOS Settings and tune the system to your
  1030.    liking.  Some others to look at are DOS_BACKGROUND_EXECUTION ON and
  1031.    COM_HOLD ON.
  1032.  
  1033.  
  1034.    My experience with this system is limited so it would be good if those
  1035.    of you with more OS/2 experience could post some Bulletins to inform
  1036.    other paKet users of the settings, configuration, tuning tips etc to
  1037.    help others get the most from this powerful system.
  1038.  
  1039.  
  1040.  
  1041.    With any multi tasking system, it might be a good technique to run with
  1042.    a lower baud rate between the computer and the TNC.  Unless you are
  1043.    running a 9600 baud radio link, there is little real need to run a high
  1044.    terminal baud rate.  I think it helps the system to share resources and
  1045.    you are less likely to experience problems if a lower baud rate is used.
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.                                Page 335
  1064.  
  1065. The PAKET.CFG file
  1066.  
  1067.    paKet is VERY configurable as you will have noticed when looking at all
  1068.    the options in the Configuration Windows.   All these settings are
  1069.    stored in the PAKET.CFG file but you really do not need to know how
  1070.    they are stored nor what it all means.  It would be only in very rare
  1071.    circumstances, and then only if you are an experienced operator, that
  1072.    you would bother to even look at this file.  It is normally managed and
  1073.    updated by paKet's Online Configuration and I recommend you leave the
  1074.    program to maintain this file.
  1075.  
  1076.    However, in the interests of complete documentation I am including a
  1077.    list of all items in this file.  I have added some comments where
  1078.    necessary, but for most items I have simply identified which
  1079.    Configuration Window they refer to so you can get full details by
  1080.    referring to the Configuration Windows section of this Manual.
  1081.  
  1082.    There are two main sections to the file:
  1083.       - the keyword section which contains most items;
  1084.       - the strings section which contains the optional strings, including
  1085.         Keyboard Macros, Begin Auto commands, End Auto commands, and
  1086.         Alerts.
  1087.  
  1088.  
  1089. The PAKET.CFG file - Keyword section
  1090.    You will see there is a keyword for each item in this part of the
  1091.    file.  It was not my intention that this file be viewed by paKet users,
  1092.    so some of the keyword names might not seem all that meaningful.  But
  1093.    most keywords will give some clue as to the configuration item it
  1094.    relates to.
  1095.  
  1096.    In any case they are shown here in the same sequence they appear in the
  1097.    Online Configuration Windows so you can more easily identify which is
  1098.    which. The first item, VERS, must be the first line in the config file,
  1099.    but the sequence of all other keyword items is not important. It is
  1100.    likely they will appear in a different sequence in your config file.
  1101.  
  1102.    In your file, you should see the same keywords but in many cases the
  1103.    values to the right of the '=' will be different:
  1104.  
  1105.  
  1106.       VERS=paKet 6.1           This must be the first line in the file.
  1107.  
  1108.                                These items are from Option 1, the Serial
  1109.                                Port configuration
  1110.       PORT=2
  1111.       BAUD=1200
  1112.       PARITY=N
  1113.       AWLEN=8
  1114.       STOPS=1
  1115.       HSHAKE=HW
  1116.       DCDCON=Y
  1117.       BREAKCODE=B
  1118.       RESTART=RESTART
  1119.                                Page 336
  1120.  
  1121.  
  1122.                                These are from Option 2,the Multi User
  1123.                                options
  1124.       MAXWINDOWS=3
  1125.       DOUBLE=ON
  1126.       NEWMODE=ON
  1127.       STTYPE=A
  1128.  
  1129.                                These are from the Option 3, Communications
  1130.                                Window configuration.  In that Window there
  1131.                                are 10 columns, one for each of paket's
  1132.                                Communications Windows.
  1133.  
  1134.                                Each of the following items has 10 values
  1135.                                separated by a comma, with each value
  1136.                                corresponding to the 10 columns in the
  1137.                                Configuration Window.
  1138.       STREAMID=A,B,C,D,E,F,G,H,I,J
  1139.       STREAMSW=|,|,|,|,|,|,|,|,|,|
  1140.       INBUF=1,1,1,0,0,0,0,0,0,0
  1141.       FBBUF=64,48,16,2,2,2,2,2,2,2
  1142.       WWSTART=48,48,48,48,48,48,48,48,48,48
  1143.       WWEND=79,79,79,80,80,80,80,80,80,80
  1144.       BELLS=575,1,1,1,1,1,1,1,1,1
  1145.       PHONE=Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
  1146.       PROCESS=Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
  1147.       STATUS=Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
  1148.       TA=Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
  1149.       TALINES=2,2,2,2,2,2,2,2,2,2
  1150.  
  1151.                                The following items are not shown in any
  1152.                                Configuration Window but are stored in the
  1153.                                config file so paKet can maintain separate
  1154.                                settings for Single Line, Justified and
  1155.                                Word Wrap modes.  These are set with the
  1156.                                <F4> key.
  1157.       SINGLE=Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
  1158.       JUSTIFY=N,Y,N,N,N,N,N,N,N,N
  1159.       WW=Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
  1160.  
  1161.                                These are from Option 4, Colours which are
  1162.                                recorded for each of 10 different windows.
  1163.                                These are listed in the same sequence as
  1164.                                shown in the Colours Configuration.
  1165.       COLMSG=WHITE,GREEN,LIGHTGREEN,BLACK,WHITE,GREEN
  1166.       COLCOMMS=BLACK,CYAN,WHITE,CYAN,WHITE,BLUE
  1167.       COLSTATUS=WHITE,BLACK,YELLOW,BLACK,LIGHTGREEN,BLACK
  1168.       COLBIN=DARKGRAY,BROWN,WHITE,BROWN,WHITE,BROWN
  1169.       COLHELP=WHITE,BROWN,WHITE,BLACK,WHITE,BROWN
  1170.       COLTNCHELP=BLACK,LIGHTGRAY,YELLOW,BLACK,LIGHTCYAN,BLUE
  1171.       COLTA=LIGHTGRAY,BLACK,WHITE,BLACK,WHITE,BLUE
  1172.       COLCFG=BLACK,LIGHTGRAY,WHITE,LIGHTGRAY,WHITE,RED
  1173.       COLDIR=BLACK,LIGHTGRAY,YELLOW,BLACK,WHITE,BROWN
  1174.       COLMAN=BLACK,LIGHTGRAY,LIGHTCYAN,BLACK,LIGHTCYAN,BLUE
  1175.                                Page 337
  1176.  
  1177.  
  1178.                                In Option 5 of the Online Configuration we
  1179.                                have the Keyboard Macros, Auto Commands and
  1180.                                Alerts.  But those items are recorded
  1181.                                separately at the end of this config file.
  1182.                                We'll come to those shortly. The other
  1183.                                items in Option 5 are:
  1184.       PASSCODES=GHITXZ
  1185.       KISSOFF=192 255 192
  1186.  
  1187.                                These are from Option 6, REMOTE / PMS
  1188.                                options.
  1189.  
  1190.       REMOTE=Y
  1191.       AUTOMENU=Y
  1192.       REMUP=Y
  1193.       REMDOWN=Y
  1194.       TRIGGER=29
  1195.       BBSCALL=VK2ATM-1
  1196.       THIRDPARTY=Y
  1197.       DELFWD=N
  1198.       CALLHOURLY=M
  1199.       CALLMINS=06
  1200.       CALLDAILY=A
  1201.       CALLTIME=23:54
  1202.       BBSSCRIPT=N
  1203.       BBSPATH=VK2ATM-1
  1204.  
  1205.  
  1206.                                These are from Option 7 the File Transfer
  1207.                                options
  1208.       NDW=16
  1209.       BDW=48
  1210.       NPACL=240
  1211.       BPACL=252
  1212.       PP=Y
  1213.       ADDCTRLZ=N
  1214.  
  1215.                                These are from Option 8, Directories and
  1216.                                Files.
  1217.       DEFAULTDIR=C:\PAKET\
  1218.       TEXTDDIR=C:\PAKET\TEXT\UPLOAD\
  1219.       TEXTUDIR=C:\PAKET\TEXT\
  1220.       BINDDIR=C:\PAKET\BIN\UPLOAD\
  1221.       BINUDIR=C:\PAKET\BIN\
  1222.       LOGDIR=C:\PAKET\LOG\
  1223.       PMSDIR=C:\PAKET\LOG\
  1224.       SCRIPTDIR=C:\PAKET\TEXT\SCRIPTS\
  1225.       MANUALFILE=C:\PAKET\PAKET.DOC
  1226.       TNCFILE=C:\PAKET\PK-232.HLP
  1227.       EDITOR=D:\EDWIN.COM
  1228.       BUDDYS=C:\PAKET\PAKET.DIR
  1229.       TYPECMD=C:\UTILITY\LIST
  1230.  
  1231.                                Page 338
  1232.  
  1233.                                The following items are not actually in the
  1234.                                Online Configuration at all!   These are
  1235.                                recorded here in the config file so paKet can
  1236.                                start up next time, remembering some file
  1237.                                details you used last time.  So, for example,
  1238.                                when you press <F5> to send a file paKet
  1239.                                remembers which file you used last time.
  1240.                                Then it can bring up the Directory Window
  1241.                                with the same file already highlighted.
  1242.       DIRPATH=C:\PAKET\PAKET.CFG
  1243.       EDITFILE=C:\PAKET\LOG\VK4WAC.072
  1244.       SCRIPTFILE=C:\PAKET\TEXT\SCRIPTS\GETMAIL.SCP
  1245.       F5DEFAULT=C:\PAKET\LOG\VK2JJM.267
  1246.       F7DEFAULT=C:\PAKET\BIN\SCAN.LZH DUMPFILE=E:DMP
  1247.  
  1248.                                These are from the Option 9, the
  1249.                                Miscellaneous options.
  1250.       MYCALL=VK2DHU
  1251.       MYNAME=Tony
  1252.       MSGLEVEL=A
  1253.       MSGDELAY=3
  1254.       CFGHELP=Y
  1255.       CGASNOW=0
  1256.       AUTOLOG=Y
  1257.       LOGHDRS=Y
  1258.       BLANKDELAY=60
  1259.       ARROWS=F
  1260.       DAYTIME=Y
  1261.  
  1262.                                These items do not appear in the online
  1263.                                configuration and some might not even
  1264.                                appear in your config file at all!
  1265.  
  1266.       ALARMS=Y                 You may toggle Alerts with the <Alt-A> key.
  1267.       CWALARMS=Y               These two items reflect the current
  1268.                                settings for the Alerts option.
  1269.  
  1270.       DCDDELAY=30              May be used to increase delay for those
  1271.                                TNCs which are slow to switch the DCD
  1272.                                signal when a connection occurs.  Time is
  1273.                                in hundredths of a second so a value of 30
  1274.                                is 3 seconds.
  1275.  
  1276.       DISPMEM=Y                Displays free memory.  Used for debugging.
  1277.                                (<Ctrl-Alt-M> toggles this display)
  1278.  
  1279.       PMSMSG=1269              This is the next message number to be used
  1280.                                by the PMS.
  1281.  
  1282.       PMSSUFFIX=A              When generating a BID for the Forwarding
  1283.                                system, paKet uses the message number and
  1284.                                your callsign to construct the BID.  This
  1285.                                is designed to ensure it uses a unique BID
  1286.                                for every message. Eg: $14_VK2DHU.
  1287.                                Page 339
  1288.  
  1289.                                But if you reset your PMS files and start
  1290.                                using the same message numbers again, you
  1291.                                might find the BBS rejecting some mail
  1292.                                because it finds this BID already exists!
  1293.  
  1294.                                You can add this line to the config file so
  1295.                                paKet will add a suffix to the BID to
  1296.                                ensure the new series of BIDs are still
  1297.                                unique despite using the same message
  1298.                                numbers!  Eg: $14A_VK2DHU
  1299.  
  1300.       QUIET=N                  Quiet Mode is toggled with <Alt-Q>
  1301.  
  1302.       WPM=20                   This is the Morse Code speed for the
  1303.                                Alerts.  This is adjusted with <Alt-J>.
  1304.  
  1305.       YAPPWAIT=5               The default timeout period according to the
  1306.                                standard YAPP File Transfer Protocol is 2
  1307.                                minutes, but if you have a TNC with a BIG
  1308.                                buffer paKet might timeout after the 2
  1309.                                minutes, before that big buffer can be
  1310.                                emptied.  You can tell paKet to wait for
  1311.                                some other timeout period, presumably a
  1312.                                longer time.  That period is stored here in
  1313.                                this variable so next time you won't be
  1314.                                interrupted every 2 minutes!  If this has a
  1315.                                value of 5, paKet will wait for 5 minutes
  1316.                                before reminding you it is still waiting.
  1317.  
  1318.  
  1319. The PAKET.CFG file - Strings section
  1320.    In this section at the end of the config file are 4 areas containing
  1321.    some optional strings.  The four areas are separated by the mandatory
  1322.    dividers which are the lines beginning with the "***".  These dividers
  1323.    must be present in the file even if there is no other detail recorded.
  1324.  
  1325.    The first area is the Keyboard Macros.  Each line contains the Keyboard
  1326.    Macro number followed by the contents of that macro.  This corresponds
  1327.    to the detail in the Keyboard Macros Window  (<Alt-Z>, 5, 1).
  1328.  
  1329.       *** Start of Keyboard Macros
  1330.       1 ~BMAIL ON<Enter>MDC<Enter>l<Enter>
  1331.       2 ~BB<Enter>MAIL OFF<Enter>
  1332.       3 ~BMCON OFF<Enter>C VK2ATM-1<Enter>
  1333.       4 73s from Tony in Port Macquarie<Enter>
  1334.       6 ~BXMITOK T<Enter>
  1335.       8 <~s bbsconn>
  1336.       9 ~B²²D<Enter>
  1337.       0 ^CD^M
  1338.       11 !xtgold
  1339.       12 Disconnecting from $u at $t...<Enter>²²²²²²~BD<Enter>
  1340.  
  1341.  
  1342.  
  1343.                                Page 340
  1344.  
  1345.    The second and third areas are the Begin and End Auto Commands and
  1346.    these too are as shown in the respective Configuration Windows.
  1347.  
  1348.       *** Start of Beginning Auto Commands
  1349.       echo off
  1350.       xmitok on
  1351.       CTEXT [paKet-6.1-HM$^V
  1352.        If you get the Menu, try: ^V
  1353.          H for Help or^V
  1354.          S to "Send me a message^V
  1355.             ...Tony
  1356.       <~S MAILOFF>
  1357.       <~S MORSE-ON>
  1358.  
  1359.  
  1360.  
  1361.      *** Start of Ending Auto Commands
  1362.       ^S
  1363.       CTEXT paKet is not currently running.^V
  1364.         Please leave a message in the PK-232 Mailbox.^V
  1365.           ...Tony.
  1366.       MAIL ON
  1367.       echo on
  1368.       xmitok on
  1369.       conok on
  1370.  
  1371.  
  1372.    The final area is the optional Alerts strings.
  1373.  
  1374.       *** Start of Alerts
  1375.       PAKET
  1376.       TONY
  1377.       DHU
  1378.       #WX#EXPERIMENTAL WEATHER STATION AT PORT MACQUARIE
  1379.       BZC
  1380.       WAC
  1381.  
  1382.  
  1383.  
  1384.  
  1385.  
  1386.  
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.                                Page 341
  1400.  
  1401.  
  1402.  
  1403.  
  1404.  
  1405.  
  1406.  
  1407.  
  1408.  
  1409.  
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415.  
  1416.  
  1417.  
  1418.  
  1419.  
  1420.  
  1421.  
  1422.  
  1423.  
  1424.  
  1425.  
  1426.                       (This page intentionally blank)
  1427.  
  1428.  
  1429.  
  1430.  
  1431.  
  1432.  
  1433.  
  1434.  
  1435.  
  1436.  
  1437.  
  1438.  
  1439.  
  1440.  
  1441.  
  1442.  
  1443.  
  1444.  
  1445.  
  1446.  
  1447.  
  1448.  
  1449.  
  1450.  
  1451.  
  1452.  
  1453.  
  1454.  
  1455.                                Page 342
  1456.  
  1457.